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(54) Theme aware graphical user interface 

(57) A system and metho d are described that use 
therninrTfiinf^rions of a thfimft manacj^er to render graph- 
i cal componentsj n j themed fashion. T he t heme man- 

qrap^]lra^ nnmpnnfinta pf all typ e^. W hen an application 
js started a system is provided that determines whether 
the application supports theming . If the application sup - 
ports theming a dynamic link controls library that sup- 
ports themi na is Knl^ 1;o the appljcation. If the appllca- 
tion doe s not support the ming, the non-theming controls 



Jibrary_isiinkedjf an application supports themes, ap- 
plication user controls and shell common controls are 
rendered with themes by using the functions of the 
theming controls librB^ry that interact with functions of the 
theme manager. Non-client window components are 
rendered using themes t»y Intercepting render message 
es to windows and sending the messages to the theme 
manager. Non-client window components are also 
measured and rendered using a theme property file 
when appropriate in response to certain application pro- 
gram interface calls. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates to a computer 
system and, more particularly, to theme aware manage- 
ment using fusion when rendering system components. 

BACKGROUND OF THE INVENTION 

[0002] Computer users in both the business and 
home environment have become accustomed to using 
a computer with a graphical operating system. For ex- 
ample, many users operate computers having a Micro- 
soft Corporation "WINDOWS" operating system there- 
on. Certain components of these graphical operating 
systems are known as "controls." For example, a control 
may be an "OK* button, which is generally a rectangular 
button witfi "OK" written in It By moving the cursor over 
the button and clicking on the mouse, a known operation 
will begin that Is associated with the control. Many other 
controls exist, with examples including scroll bars, dia- 
log boxes and sliders. Beyond controls, the graphk:al 
c^eratlng systems also draw, or render, other graphk^l 
components as needed on the display of the computer, 
such as the frame, the minimize box and the close box. 
[0003] There are two general kinds of controls in WIN- 
DOWS: standard and custom. Standard controls are 
provided by the operating system. The code to create, 
draw and operate standanJ controls is contained in the 
.common control library (DLL), a part of WINDOWS. 
Custom controls are all other controls. Custom controls 
may be created by the manufacturer of the operating 
system or by third parties. The code for custom controls 
is contained in a conesponding separate library (DLL) 
or within an application. 

[0004] Currently, when a oraphfcal y, *| ^r iptprfanft 
component, such as a control, is used bv an application, 
the application requests that an instance of the compo- 
nent be created. Following this, the operatinci system 
tr ansmits a generic message to the component, instruct- 
ing the component to render itself. The application plays 
a JSj e Jn routing the message from the main window to 
th e targeted control, but the control code performs the 
drawing. The applfcation uses applfcation programming 
interfaces (API's) to create and interact with the controL 
An API serves as a software interface to be used by oth- 
er programs, much as the keypad serves as an interface 
to a caknilator. An API is a fundamental concept of high- 
level programming. In high-level programming, a pro- 
gram often does not execute tasks by itself. Instead, the 
program asks some other program to execute these 
tasks. For example, programs frequently delegate vari- 
ous tasks to the underlying operating system. Continu- 
ing with the above example, an application delegates 
the rendering of a control to the control's code, 
[0005] In the prior art environment, when a generic 
rendering message is received by a control to draw it- 



self, the control will draw itself using its own drawing 
software code. In this prior art environment, the control 
knows what It is supposed to look like, how it is sup- 
posed to behave, and can effectuate such a display on 

5 the user interface of the computer. Th us, the application 
may delegate all aspects of visual rendering to the con- 
trols, avoiding the need to contain software code to sup- 
port the visual rendering of the control within the host 
application itself. 

10 [0006] By utilizing the standard controls defined and 
rendered by the operating system, all controls will have 
the same appearance, regardless of the application. Us- 
ers of graphical operating systems can change only a 
limited number of characteristk:s of the controls. In the 

^5 "WINDOWS" operating system, a user can change the 
color scheme used to display the various controls and 
components on the monitor. The user can also select a 
small set of fonts to be used by the controls and com- 
ponents. Thus, thecolors. fonts and a limited set of sizes 

20 of the controls and components may be changed. How- 
ever, the basfc appearance of the controls and conpo- 
nents is dictated by the rendering software code within 
the control library containing the particular graphical 
component or control. In the prior art environment, to 

25 change the appearance of the controls or graphical 
components, the rendering software code must be al- 
tered. For example, if it is desired to change the appear- 
ance of the "OK" button, the rendering software code 
within the operating system DLL file containing the but- 

30 ton control must be altered and the DLL file reconstruct- 
ed at the binary level. If it were desired to render the 
button as an oval, rather than as the traditional rectan- 
gle, the software code would have to be changed blo 
cordingty. Such an approach makes it diffk:ult, if not im- 

35 possible, for a computer user and for software manufac- 
turers, to easily alter the appearance of the controls and 
graphk:al components. 

[0OO7] In order to enhance the user experience of the 
computer, it would be desirable for the user to have the 
ability to change the overall "look and feel" of the graph- 
ical display by changing the overall visual appearance 
or "theme" of the various graphical components. In other 
words, it would be desirable if the user could change not 
only the color and font of the graphical components ap- 
pearing on the monitor, but to change the appearance 
of those graphical components as well . For example, it 
would be desira biP fQ ^ItQ I ^"^ direct the lay- 

o^ t^of the parts nf a non^rQ l, and to define the shape of 
a control or its parts . It would also be desirable to control 

50 all aspects of how a control or its parts are drawn. Be- 
cause the controls and graphk^al components existing 
within the DLL file in the prior art environment are "hard 
coded" with their own rendering software code, it Is dif- 
ficult and cumbersome to change the appearance of all 

5S of the controls and components. To do so would require^ 
receding each of the controls to achieve the desired ap- 
pearance. If multiple visual styles were required, they 
would each have to be predefined and each 'hard cod- 
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ed" into every control. Moreover, the controls must also 
be receded If a different rendering technology is to be 
used. For example, if the controls are rendered using a 
bitmap and it is desired to utilize a vector-based render- 
er, each control must be altered. 
[0008] Jgertain pri or art approa ches exjst that attglDat 
to address the above situation. However, these solu- 
tioFs 'do not allow all of the controls and_graphicsicofD- 
ponents of the entire system to be changed^ Inst ead, the 
"prior art approaches »driress only limited portions of the 
set of displayed rnmpnn^^nts. This all ows the a pgear- 
^ce of sQP ^A ftQP^^^^^ and oraDhlcal comnonents to be 



altered, leaving the rem aindAr unaltered. Such an ap- 
proach leaves an appearance that is not as coordinated 
as may be desired. 

[0009] The prior art approaches are f u rther limited by 
the techniques they employ to implement control of the 
appearance characteristics of visual elements of the 
graphical user Interface. Prior art appearance modifiers 
operate by intercepting the generic rendering signals 
transmitted to the control, and, using low-level operating 
system graphical APIs, substitute their own rendering 
code for that of the control. Howeve r, only a portion of 
the visual elements in the graphical user interface is in- 
terceptible. Because the prior art approaches depend 
exclusively on the interception of operating system sig- 
nals, not only are they themselves incapable of control- 
ling the appearance of visual elements that do not func- 
tion according to this protocol , they are incapable of pro- 
viding a standard means for the author of the visual el- 
ement to modify the rendering code to accommodate 
extemal control. 

[0010] Similarly, prior art approaches for rendering 
non-client windows components, such as window 
frames and the minimize box, have shortcomings. The 
prior art approach requires the user to buy a separate 
software package In order to support theming of these 
components. The prior art approaches are incomplete 
because they allow only a fixed subset of controls to be 
themable. Furthermore, their implementation architec- 
ture relies solely on interception off standard window 
messages without any control or USER32 knowledge of 
the theme drawing. 

[001 1] In the traditional operating system, non-client 
window components have been rendered by a default 
windows procedure in Windows Kernel Mode in re- 
sponse to a complex set of Windows messages and API 
calls. It would be impractical to put all the variations of 
themes into the single default windows procedure. Add- 
ing theme properties to default windows procedure 
would require nrwre complicated code, complete recom- 
pilation of the code, and rigorous testing to determine if 
the code update functions property and doesnl break 
any existing applications. 

[0012] Further, it is not possible to intercept all rele- 
vant signals transmitted by the operating system to a 
control in the course of rendering. Still further, in neither 
the traditional operating system nor the theming meth- 



ods of separate software packages is it always possible 
to reproduce complex visual behavior implemented by 
a control, such as animated sequences. Thus, the prior 
art approaches, including operating system approaches 
5 and approaches taken by separate software packages, 
are prone to functional incompatibilities, visual flaws, 
and performance problems. 

[0013] Moreover, the prior art techniques are limited 
in the manner in whfch software developers can design 

10 controls to accommodate versatility in visual appear- 
ance. Using traditional "Ownerdraw" and "Customdraw" 
routines, application developers have been able to 
render controls with only a limited set of options. The 
prior art approaches do not involve an architecture that 

15 allows a control author the flexibility to design a control 
that Is theme aware." Control authors are therefore not 
allowed the freedom needed in authoring controls to cre- 
ate controls that can be easily and cleanly visually al- 
tered. 

20 [0014] Furthenmore. a system that provides theme 
aware controls should accommodate both legacy appli- 
cations and new applications that are capable of work- 
ing with theme aware controls. Legacy applfcations 
have been developed and tested to woric with the tradi- 
25 tional controls that are not theme aware. New applica- 
tions have been developed and tested to woric with 
theme aware controls. A theme aware architecture must 
allow for both types of applications to operate on the 
same computer system. 
30 p)01 5] For example, if a system that offers themes re- 
quires all the applications to use the theming controls 
even if they havent been tested with the new controls, 
the application controls will not be rendered as the ap- 
plication developer expects. Therefore, the controls 
35 may appear inconsistent with the applteatlon's look or 
will be in the wrong place with respect to the application 
or may stop functioning altogether. Application writers 
should be able to control whettier their applications use 
the new themed controls or continue using the tradition- 
40 al controls. v 

p)01 6] Yet another problem is that of new applfcations 
being unable to operate on traditional systems that are 
not tiieme aware. New applteations will be developed 
and tested for new systems that provide themes. When 
45 these new applications are loaded onto old systems that 
are not theme aware, not only will the applfcatlons' con- 
trols not be themed, but also in many cases, the appli- 
cations will fail. Therefore, there is not a way for theme 
aware applications to operate on non-theme aware sys- 
50 tems. 

SUMMARY OF THE INVENTION 



55 



[0017] In accordance with this invention, the above 
and other problems are solved by nrAatint^ a \[ififp^ 
aware ver^ion of controls and ppnlvinq ^ f^f^TIW^*^^ 

pnnAHt f ^eiection tf^ hn^l^gy ^"^^ Tusiun" ^ho^y 
ftip * he nr °""ir^ wr^inn ffnr themfi capable aPDlica- 
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tjQns . The invention includes a hook function to divert 
window rendering and sizing requests from the default 
window rendering function to a theme aware window 
rendering function. 

[0018] One aspect of the present invention is a sys- 
tem and method for linking one of two sets of controls 
functions into an application's memory map after a de- 
termination is made whether the application supports 
theming capability or not. The sy stem determines if the 
application has a manifestlSfe indicating use of {he them- 
jng set of controls functions. The theming set of controls 
/; is able to interact with the functions of the theme man- 

^St" ager to render graphfcal components in a themed fash 

ion. 

[0019] The system and method also include an inter- 
cepting hook that intercepts render messages to win- 
dows. The intercept hook routes the render message 
from the default window rendering routine and sends the 
message to theme manager functtons that render win> 
dow graphical components in a themed fashion. Appli- 
cation program Interface calls are also routed to the 
theme manager so that window non-client graphical 
components can be measured or rendered using a 
theme in response to the application program interface. 
The system and method also include methods of ren- 
dering user controls and shell common controls by using 
a set of theming controls functions that interact with 
functions of the theme manager that renders the con- 
trols in a themed fashion. 

[0020] The invention may be implemented as a com- 
puter process, a computing system or as an artcle of 
manufacture such as a computer program product or 
computer readable media. The computer program prod- 
uct may be a computer storage media readable by a 
computer system and encoding a computer program of 
instructk>ns for executing a computer process. The com- 
puter program product may also be a propagated signal 
on a carrier readable by a computing system and en- 
coding a computer program of instructions for executing 
a computer process. ^ 
[0021] The pr esent invention mitigates application 
compatibility risks and is faster than previous approach- 
In addition to isolation of controls from rendering 
technologies, the present invention also provides for 
isolation of controls from individual themes. The present, 
invention allows a user to pick from a yariety of different 
ther pfis that mav be pleasing to the user and enhance 
Jhe user's computing experience. 
[0022] Additbnat advantages and novel features of 
the invention will be set forth in part in a description 
whk;h follows, and in part will become apparent to those 
skilled in the art upon examination of the following, or 
may be learned by practice of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] Figure 1 is a schematic diagram illustrating the 
architecture used in the present invention. 



[0024] Figure 2 illustrates a suitable computing sys- 
tem environment for use in implementing the present in- 
vention. 

[0025] Figure 3 is a representation of examples of 
s graphk^l components having different themed appear- 
ances. 

[0026] Figure 4 is an operation flow diagram illustrat- 
ing the fusion process. 

[0027] Figure 5 is an operation flow diagram illustrat- 
10 ing an exemplary process of theming window compo- 
nents. 

[0028] Figure 6 is a schematk: diagram illustrating the 
architecture of a theme file. 

[0029] Figure 7 is a flow chart illustrating use of the 
IS present invention by an application in requesting a 
graphkjal component. 

DETAILED DESCRIPTION OF THE INVENTION 

20 [0030] In one embodiment of the present invention il- 
lustrated in Figure 1 , operating system 1 34 is a graphical 
operating system having graphbally displayed controls 
and components associated therewith. Controls In- 
clude, but are not limited to, such things as scroll bars, 

25 push buttons and slkiers. Other controls are witiiln the 
scope of this invention, and are known to those of skill 
in the art. Other graphically displayed components are 
also within the scope of this invention. These compo- 
nents include, but are in no way limited to, non-client 

30 sections of the windows in the display, such as the frame 
sun-ounding an applteation display on the user interface, 
the mrntmize box, and the ctose box. 
[0031 ] In Figure 1 , the basic architecture used in this 
embodiment of the present invention is illustrated. If the 

35 reader is already familiar with the operations of the 
theming system due to familiarity with the related patent 
application Identified above, then it is suggested that the 
reader proceed to the description of Figures 4 and 5 to 
understand embodiments of the present Invention relat- 

40 ?5d to a theme aware architecture for theming system 
components. The architecture is illustrated with exam- 
ple applications 138 and 139 that are open and mnning 
on the computer 110. As an applk^tion, such as APP1 
138 is running it often requires a control or graphical 

45 component to be rendered, or displayed, on the monitor 
1 91 of the computer 110. 

[0032] In Figure 1, libraries 208, 210 and 212 are 
linked to the applications 138 and 139 through a fusion 
module FWH m°'^"'^^''^ enables the tiiemigg of 

50 controls in ^ppHnatinnR wjfhn^ft needing to change the 
applications themselves to request the n\Gn\^p\G ver- 
fiinj] fif thp rv^ntrrJc Fusion module 214 enables appli- 
cations 138 and 139 to load the specific version of the 
DLL 208, 210 or 212 at run time through the use of a 

55 manifest 21 5. The fusion marii f est 21 5 specifies the en - 
vifQnment in which an applifiatiorrwill run, which allows 
piiiltin»PJt wmlnnR nf a n\X to extet on nnaching> 
Thus, fusion module 214 will map the request for a conrb 
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ponent so that it is rendered as a themable elemeqt in 
DLL 212 instead of a non-themable element from DLL 
208. This allows an existing application to be themed 
without changing code of the application. Fusion module 
214 also allows the new themable controls to be placed 
in a different DLL from the existing DLL, which simplifies 
implementation and minimizes compatibility risks. 
[0033] Figure 2 illustrates an example of a suitable 
computing system environment 100 on which the Inven- 
tion may be implemented. The computing system envi- 
ronment 100 is only one example of a suitable comput- 
ing environment and is not intended to suggest any lim- 
itation as to the scope of use or functionality of the in- 
vention. Neither should the computing environment 1 00 
be interpreted as having any dependency or require- 
ment relating to any one or combination of components 
illustrated in the exemplary operating environment 100. 
[0034] The Invention is operational with numerous 
other general purpose or special purpose computing 
system environments or configurations. Examples of 
well known computing systems, environments, and^or 
configurations that may be suitable for use with the in- 
vention include, but are not limited to, personal comput- 
ers, server computers, hand-held or laptop devices, 
multiprocessor systems, microprocessor-based sys- 
tems, set top boxes, programmable consumer electron- 
ics, network PCs, minicomputers, mainframe comput- 
ers, distributed computing environments that include 
any of the above systems or devices, and the like. 
[0035] The invention may be described in the general 
context of 'o omputer-executable instructions, such as 
prn^rflmmnriiilP.R hftinff executed bv a mmnutpr Gen- 
erally, program modules include routine s, proarams .i^ 
Jects. cx^mponents. data structures, etc, that oerfomn 
particular . tasks or implement particular abstract data 
types. The invention may also be practiced in distributed 
computing environments where tasks are perfonned by 
remote processing devices ttiat are linked through a 
communications network, in a distributed computing en- 
vironment, program modules nnay be located in both lo- 
cal and remote computer storage media Including mem- 
ory storage devices. 

[0036] With reference to Figure 2, an exemplary sys- 
tem for implementing the Invention includes a general 
purpose computing device In the form of a computer 
110. Components of computer 110 may include, but are 
not limited to, a processing unit 120, a system memory 
130, and a system bus 121 that couples various system 
components including the system memory to the 
processing unit 120. The system bus 121 may be any 
of several types of bus structures including a memory 
bus or memory controller, a peripheral bus, and a local 
bus using any of a variety of bus architectures. By way 
of example, and not limitation, such architectures in- 
clude Industry Standard Architecture (ISA) bus, Micro 
Channel Architecture (MCA) bus, Enhanced ISA (EISA) 
bus, Video Electronics Standards Association (VESA) 
local bus, and Peripheral Component Interconnect 



(PCI) bus also known as Mezzanine bus. 
[0037] Computer 110 typically includes a variety of 
computer readable media. Computer readable media 
can be any available media that can be accessed by 

s computer 110 and includes both volatile and nonvolatile 
media, removable and non-removable media. By way 
of example, and not limitation, computer readable media 
may comprise computer storage media and communi- 
cation media. Computer storage media includes both 

10 volatile and nonvolatile, removable and non-removable 
media Implemented in any method or technology for 
storage of infomiation such as computer readable In- 
structions, data structures, program modules or other 
data. Computer storage media includes, but is not lim- 

15 , ited to, RAM, ROM, EEPROM, flash memory or other 
memory technology, CD-ROM, digital versatile disks 
(DVD) or other optteal disk storage, magnetic cassettes, 
magnetic tape, magnetic disk storage or other magnetk: 
storage devices, or any other medium whk;h can be 

20 used to store the desired Information and which can ac- 
cessed by computer 110. Communication media typi- 
cally embodies computer readable instructions, data 
structures, program modules or other data in a modu- 
lated data signal such as a canier wave or other trans- 

25 port mechanism and includes any Information delivery 
media. The term "modulated data signal" means a sig- 
nal that has one or more of Its characteristics set or 
changed In such a manner as to encode infonfnation in 
the signal. By way of example, and not limitation, com- 

30 munication media includes wired media such as a wired 
network or direct-wired connection, and wireless media 
such as acoustic, RF, infrared and other wireless media. 
Combinations of any of the above should also be includ- 
ed within the sa>pe of computer readable media. 

35 p)038] The system memory 130 includes computer 
storage media In the form of volatile and/or nonvolatile 
memory such as read only memory (ROM) 1 31 and ran- 
dom access memory (RAM) 132. A basic input/output 
system 133 (BIOS), containing the bask: routines that 

40 help to transfer infonnatlon between elements, within 
computer 110, such as du ri ng start-up, is typically stored 
in ROM 131. RAM 132 typically contains data and/or 
program modules that are immediately accessible to 
and/or presently being operated on by processing unit 

45 120. By way of example, and not limitation. Figure 2 il- 
lustrates operating system 134, applfcation programs 
1 38 and 139, other program modules 136, and program 
data 137. 

[0039] The computer 110 may also include other re- 
50 movabl^non-removable, volatile/nonvolatile computer 
storage media. By way of example only. Figure 2 Illus- 
trates a hard disk drive 140 that reads from or writes to 
non-removable, nonvolatile magnetic media, a magnet- 
ic disk drive 151 that reads from or writes to a remova- 
ls ble, nonvolatile magnetic disk 152, and an optfcal disk 
drive 155 that reads from or writes to a removable, non- 
volatile optical disk 1 56 such as a CD ROM or other op- 
tical media. Other removable/non-removable, volatile/ 
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nonvolatile computer storage media that can be used In 
the exemplary operating environment Include, but are 
not limited to, magnetic tape cassettes, flash memory 
cards, digital versatile disks, digital video tape, solid 
state RAIVI, solid state ROM, and the like. The hard disk 
drive 141 is typically connected to the system bus 121 
through an non-removable memory interface such as in- 
terface 140, and magnetic disk drive 151 and optk^ai 
disk drive 1 55 are typcalty connected to the system bus 
1 21 by a removable memory interface, such as Interface 
150. 

[0040] The drives and their associated computer stor - 
' tt a pe media discussed above and Illustrated in Figure 2, 

. / provide storage of computer readable instructions ^xiata 
/M^ structures, program m9t | "'^ other data for the 
computer 110 . In Figure 2, for example, hard disk drive 
141 is illustrated as storing operating system 144, ap- 
plication progranris 145, other program modules 146, 
and program data 147. Note that these components can 
either be the same as or different from operating system 
134, application programs 138 and 139, other program 
modules 136, and program data 137. Operating system 
144, application programs 145, other program modules 
146, and program data 147 are given different numbers 
here to Illustrate that, at a minimum, they are different 
copies. A user may enter commands and information 
Into the computer 110 through Input devk^es such as a 
keyboard 162 and pointing device 161, commonly re- 
ferred to as a mouse, trackball or touch pad. Other input 
devices (not shown) may include a mnrophone, joy- 
sttek, game pad, satellite dish, scanner, or the like. 
These and other input devk^ are often connected to 
the processing unit 120 through a user input interface 
160 that is coupled to the system bus, but may be con- 
nected by other Interface and bus structures, such as a 
parallel port, game port or a universal serial bus (USB). 
A monitor 191 or other type of display devtee is also con- 
nected to the system bus 121 via an Interface, such as 
a video interface 190. In addition to the monitor, com- 
puters may also include other peripheral output devices 
such as speakers 197 and printer 196, which may be 
connected through a output peripheral Interface 195. 
[0041 ] The computer 110 may operate in a networtced 
environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 
remote computer 180 may be a personal computer, a 
server, a router, a network PC, a peer device or other 
common network node, and typfcally includes many or 
all of the elements described above relative to the com- 
puter 110, although only a memory storage devk:e 181 
has been illustrated In Figure 2. The logkial connections 
depicted in Figure 2 Include a local area network (LAN) 
171 and a wide area network (WAN) 173, but may also 
include other networks. Such networking environments 
are commonplace in offk^es, enterprise-wide computer 
networks, Intranets and the Internet. 
[0042] When used in a LAN networicing environment, 
the computer 110 is connected to the LAN 171 through 



a network interface or adapter 170. When used in a 
WAN networking environment, the computer 110 typi- 
cally includes a modem 172 or other means for estab- 
lishing communfcations over the WAN 173, such as the 
5 Internet. The modem 172, which may be intemal or ex- 
temal, may be connected to the system bus 121 via the 
user input interface 160, or other appropriate mecha- 
nism. In a networked environment, program modules 
depicted relative to the computer 1 1 0, or portions there- 
to of, may be stored in the remote memory storage device. 
By way of example, and not limitation. Figure 2 illus- 
trates remote application programs 185 as residing on 
memory device 181 . It will be appreciated that the net- 
work connections shown are exemplary and other 
15 means of establishing a communications link between 
the computers may be used. 

[0043] Although many other internal components of 
the computer 110 are not shown, those of ordinary skill 
in the art will appreciate that such components and the 
20 interconnection are well known. Accordingly, additional 
details concerning the Intemal construction of the com- 
puter 110 need not be disclosed in connection with the 
present invention. 

[0044] Those skilled in the art will understand that pro- 

25 gram modules such as the operating system 134, appli- 
cation programs 138 and 139, and data 137 are provid- 
ed to the computer 110 via one of its memory storage 
devices, whbh may include ROM 131, RAM 132, hard 
disk drive 141, magnetfc disk drive 151 or optteal disk 

30 drive 1 55. Preferably, the hard disk drive 1 41 is used to 
store data 137 and programs, including the operating 
system 134 and application programs 138 and 139. 
IP045] When the computer 110 is turned on or reset, 
tiie BIOS 133, ¥thich is stored In ttie ROM 131 instructs 

35 the processing unit 120 to load the operating system 
from the hard disk drive 141 into the RAM 132. Once 
the operating system 144 is loaded Iri RAM 132, the 
processing unit 120 executes the operating system 
code and causes the visual elements associated with 

40- the userinterface of the operating system 1 34 to be dis- 
played on the monitor 191. When an application pro- 
gram, such as application 138 is opened by a user, the 
program code and relevant data are read from the hard 
disk drive 141 and stored in RAM 192. 

45 fQQ46^ An example disolav of graphical components 
havinrj a varif^fy pf apppamnnp^ js seen in Roure 3. As 
shown in F ig ure 3. the controls may take the fonm of an 
OK button 200. a Cap ceLb utton 202 and an ApB lybytton 
^04. T he present in v^^ptinn fjjjows *h a appfiarance of the 

50 ^ controls and ottier como oner^ts to be Yi,«^iiallv changed 
to better su it thf% df^^irPt of the computer user. The Invenr 
tion alj o ws the app fi?ranrj> nf the control s to be altered 
beyond color and font sete gtion. Fgi example, the layout 
of the parts^f a control can be rifif jn^d as desired. For 

55 ex ample, a ^ pll ^r could be rendered with th e up and 
"Blown arrow buttons adjacent to each otiiie iiat thft hnttnm 
of tiie scroll bar, Instead of the u p arrnw and the top and 
the dovwLanrow at th e bottom. Fu rther the sha pe of the 
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control and its parts may be defined. As shown in Figure 
3, four different overall appearances are sliown for each 
of t he bT mon gM"2d^^ 204. Each different appear- 
ance setting js coordinated and is called a th^e. " 
Each theme is represented by one of the rows of buttons 
in Figure 3. While only f ourlhemes.are-Sh own in Fig ure 
3. an ujTlimit ed variety of themes n ngy^jama]le.d for se- 
lection by the compu ter user. The theme a f^nlien^i^j^p 
or j j gl of appearance characteristics relating to a partip> 
ular subject or desired visual environment. A s described 
below, the present invention allows the user of the com- 
puter to specify which of a number of predefined themes 
is to be applied to the controls and other components of 
the visual display. Moreover, the present invention a l- 
lows ne w visual themes to be added to the sy s^ ^ with- 
out the need of changi ng the software code of the con- 
trols and other graphical components. Still further, the 
present invention a ll ows addition of new rendering tech- 
jlQloaies or nr^odifjcatlon of existing rendering technolo- 
gies without chanainn t he snflware node of the controls 
and other graphical components. 
[0047] As an application, such as APP2 139 in Rgure 
1 , Is running It often requires a control or graphical com- 
ponent to be rendered, or displayed, on the monitor 191 
of the computer 110. For example, with reference to Fig- 
ure 3, the display of an OK button 200 may be needed 
by the application on the monitor. Application 139 re- 
quests that an instance of button 200 be created. Fol- 
lowing this, the operating system transmits a generic 
message to the control Instructing It to draw rtself . This 
request would be routed to the dynamic link library (DLL) 
that contained the particular control. As an example, the 
DLL In the WINDOWS operating environment would be 
called User32.dll or Comai32.dll(V5). shown as 208 
and 21 0, respectively, In Figure 1 . Libraries 208 and 210 
exist within graphical operating system 134. Libraries 
208 and 210 are typically linked by default with applica- 
tion 139. As will be discussed later, the lilnking of librar- 
ies 208 and 210 can be ovenidden by use of fusion 214. 
The defined control within libraries 208 and 21 0 contains 
the drawing code needed to render the control on the 
monitor. Therefore, to change the appearance of con- 
trols in libraries 208 and 210, the software drawing code 
niust be changed for each control within libraries 208 
and 210. 

[0048] An additional library DLL, shown as 21 2 in Fig- 
ure 1 , Issimilarto library 210, in that it contains a number 
of predefined controls and graphical components that 
may be used by application 138 . Broadly, pu ^1 2 con- 
tains a number of components that are to be graphically 
dis ^ l pved . In li brary 212, however, t hq fiOHllT'^ 
fined differently, making them theme aware." Rather 
than containing all of the software code needed to 
render the control In multiple visual styles , the controls 
are defined with certain baste infonmatlon or values 
about the nontroi, for eyample^ the location, parts and 
states of the controls. 

[0049] The location is the position on the user Inter- 



face where the control is desired. Parts are the different 
items that make up the control. As an example, a scroll- 
bar control has an elongated rectangular shaft part, a 
smaller thumb part that slides within the shaft part, and 

5 an an^ow part at each end of the shaft part. The state of 
a control describes the current appearance, whteh re- 
flects the functional state of that part. For example, a 
button can be active, pressed, hot (when the mouse is 
over the control), disabled or inactive. 

10 [0050] The controls within DLL 212 also contain the 
drawing code needed to render the controls if no themes 
are selected, as well as the theme-aware paths through 
the code. DLL 212 requests rendering or drawing serv- 
k:es from a theme manager DLL 216. Theme manager 

IS 216 provides the requested rendering servtees and 
draws the control on the display atthe Indicated location, 
with the indicated parts in the Indicated states. 
[0051 1 Theme manager 21 6 contains a series of APIs 
that allow library 212 to Interact and communicate with 

^ the theme manager. The APIs allow a control author to 
define a control within DLL 212 as a series of parts and 
states without the need for software rendering code. 
These APIs are generally divided Into three types: draw- 
ing APIs 218, information APIs 220 and utility APIs 222. 

25 Drawing APIs 21 8 are generally used to render and as- 
sist in the layout of the needed control parts and other 
components. Information APIs 220 are generally used 
to obtain information about the cun^ent defined appear- 
ance of the controls to allow controls to be Individually 

30 customized. Utility APIs 222 are those APIs used by 
parts of the operating system other than the controls, to 
control theme selection. Utility APIs 222 include func- 
tions that can be used to enumerate Installed themes 
and load one of them. 

35 [0052] Drawing APIs 218 are a collection of theme- 
aware drawing servtees. Each individual API within the 
set of drawing APIs 218 is used to perfomi a different 
drawing sen^ice. Generally, each API requires a speci- 
fied part and state of the graphical component at hand. 

40 An API called "DrawThemeBackground" is provided 
that draws the theme-specified border and fill for the 
specified part and state atthe desired location. Similarly, 
an API called "DrawThemeText" is provided that draws 
the specified text using the theme-specified color and 

45 font for the specified part and state. 

[0053] As an example, if an OK button 200 (Figure 3) 
was requested by an applteation 138, the control within 
DLL 212 would pass the part, state and location infor- 
nnation to drawing APIs 218 through af unction call, such 

50 as DrawThemeBackground, or DrawThemeText. As Is 
more fully described below, this part and state informa- 
tion is matched with appearance characteristics and 
theme manager 216 draws the control on the monitor. 
Drawing APIs 218 further include an API called "Get- 

55 ThemeBackgroundContentRect." This API allows the 
control to obtain the size of the content for the theme- 
defined background. Usually, this is the area inside the 
borders or margins. By using this API a control can de- 
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termine the available area within the background In 
which ItenDS may be placed. When using this API. the 
control within DLL 212 Is requesting Information regard- 
ing a graphical component with a specified part and 
state. This infomriation is obtained by the theme manag- 
er 216 and returned to the control. A similar API called 
"GetThcmeBackgroundExtenf is provided that calcu- 
lates the size and bcation of the theme-specified back< 
ground for the specified part and state given a content 
rectangle. This API may be used when the content is 
known, and based upon that content, the outer bound- 
ary for the theme background needs to be determined. 
Another API called "GetThemePartSIze" Is provided to 
retrieve the theme author specified minimum and nor- 
mal sizes of a control part. 

[0054] Drawing APIs 218 further include an API enti- 
tled "GetThemeTextExtent." This API is used to cateu- 
late the size of a specified text when rendered in the 
theme font This API can therefore be used to detemnlne 
the width and height of a given text string. The control 
author can thus specify a part and state having text as- 
sociated therewith and use this API to obtain information 
from theme manager 216 regarding the size of the text 
string. SImilarty, another API entitled "GetThemeText- 
Metrics" is available that can be used to obtain size in- 
formation about the font being used. Therefore, this API 
may be used to obtain Infomiation such as the width of 
an average font character. In other words, this API is 
used to obtain from theme manager21 6 information that 
the control needs regardlrig the size of a theme-sped- 
fled font. 

[0055] An APi entitled "GetThemeBackgroun- 
dReglon" is also provided within drawing APIs 218. 
Within some operating systems, a region is a way to de- 
scribe a non-rectangular shape. A region can also be 
thought of as an image with transparent parts. This API 
is used to compute the region for a regular or partially 
transparent theme-specified background. In other 
words, this API may be used to detennine what is trans- 
parent and what is opaque within the framed back- 
ground for a specified part and state. Thus, this API sup- 
ports the definition of non-rectangular shapes of con- 
trols and parts. Similarly, an API entitled "HitTesfTheme- 
Background" is provided. TTiis API is used to determine 
whetherthe pointwithin the background for the specified 
part being clicked is in a transparent or an opaque area. 
This API is used by a control within DLL 212 to obtain 
information from the theme manager 216. If the click is 
within a transparent area, no action may be needed. 
Conversely if the c\Kk is within an opaque area, an ac- 
tion may be required. 

[0056] Another API contained within drawing APIs 
218 is entitled "DrawThemeLlne." This API allows a 
theme to define a generk; style of a line. This generic 
style may be accessed and used for a specified part by 
calling the "DrawThemeLine" API. Similarly, an API en- 
titled "DrawThemeBorder" Is provided that allows a 
theme-defined border to be specified. The theme-bor- 



der may be drawn for a specified part utilizing this API. 
[0057] An API entitled "DrawThemelcon" Is provided 
that allows a theme-defined Icon to be rendered that 
may Include theme-specified special effects. For exam- 
5 pie, a theme-icon may have a different appearance 
when the mouse is directly over the icon, such as a glow- 
ing appearance. 

[0058] Drawing APIs 21 8 also contain an API entitled 
"IsThemePartDefined" that may be used to determine if 

10 the theme has defined parameters for the specified part 
and state. If the part is not defined within the theme the 
control can draw this part itself. If the part is theme de- 
fined, theme manager 21 6 will renderthe part according 
to the theme defined infonmation. Another API is provld- 

15 ed entitled "IsThemeBackgroundPartiallyTransparent." 
This API is used to detennine whether or not the back- 
ground is a rectangle or region that has a transparent 
part. This API may be used to simplify the control code. 
If there is no transparency within the background, then 

20 there Is no need to conduct any hit testing through the 
use of the "HifTestThenDeBackground" API. 
[0059] Importantly, drawing APIs 218 further include 
an API entitled "OpenThemeData." This API is used to 
obtain the handle for a list of class names. A dass name 

25 list Identifies a set of graphical components, and may 
be divided into parent dass names and one or more 
child class names. For examiner, a parent class name 
might be button. A child class name for that parent dass 
might be "start button." A handle is a reference to an 

30 intemal stmcture detailing various infomiation and prop- 
erties of the object. Theme manager 21 6 will search for 
each class name In the list and use the first matching 
theme information found. For example, if the dass 
names lnclude<j both start button and button, the start 

35 button theme Infomiation would be used if It existed. If 
start button theme infomiation did not exist, the theme 
infomriation for a button would be used. If no value is 
found the old code will be used to renderthe control. If 
any non-0 value is returned, a valid theme handle is es- 

40 tablished. This theme handle will be returned to DLL 21 2 
and used for all of the theme drawings. 
[0060] Similariy, another API provided is entitled 
"CloseThemeData." This API Is used when the control 
is dosed, such as a button no longer being needed, or 

45 when the theme Is changed, as is more fully described 
below. 

[0061] Another API provided is entitled "IsThemeAc- 
tive." This API allows a control within DLL 212 to obtain 
a true or false answer as to whether there is a current 
50 theme In effect. This API can thus be used to detennine 
whetherto call the "OpenThemeData" API ormerely use 
the existing drawing code where the controls will render 
themselves. 

[0062] As described above, theme manager 21 6 also 
55 contains a set of infomiation APIs 220. These infomia- 
tion APIs 220 allow controls to be Individually custom- 
ized. In other words, these APIs are utilized in only cer- 
tain instances and may be used to obtain Information 
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about specific controls. These mfomnatlon APIs are 
used to query theme manager 216 for defined theme 
information regarding specified properties of the theme. 
Each API 220 thus requests information, which is pro- 
vided by theme manager 216. 

[0063] Within infonnation APIs 220 Is an API entitled 
"GetThemeColor." This API utilizes the specified part 
and specified state along with a specified color property 
identifier to obtain Infonnation about the theme color. 
The property identifier is the color property number that 
is desired. In other words, the color API Is used to ask 
for the color value corresponding to the property de- 
sired, such as the bacltground color. Another API called 
"GetThemeMetric" is provided that requests and re- 
ceives a size value for a specified property identifier. 
This size value will be an integer. An API entitled "Get- 
ThemeString" is also provided within infonnation APIs 
220. This API is used to obtain the string for a specified 
property Identifier. The string will include infonnation re- 
garding the number of characters in the string and where 
the string is terminated. 

[0064] Another API is provided within infonnation 
APIs 220 entitled "GetThemeBool" that will return an in- 
teger that is either 0 or 1 for a given part, state and prop- 
erty. The 0 and 1 correspond to a false or true state for 
that part, state and property. Another API provided is 
entitled "GetThemelnt." That will return an integer value 
for a specified part, in a specified state with a specified 
property identifier. Similarly, an API is provided entitled 
"GetThemeEnumValue" that will return the theme-enum 
for the specified part, state and property identifiers. An 
enum is merely a variable that holds numeric values 
which connespond to symbolic infonmation. For example, 
an enum for alignment might be left, middle, right corre- 
sponding to the numbers 0, 1 , 2. 
[0065] Another API entitled "GetThemePosition' is 
provided that will return two integer values, correspond- 
ing to an x-location and a y-location for a specified part 
in a specified state with a specified property identifier. 
Another API provided within information APIs 220 is en- 
titled "GetThemeFont." This API Is used to obtain a log- 
ical description of the font theme used, given a specified 
part, state and property identifier. 
[0066] Yet another API provided within infonnation 
APIs 220 is entitled "GetThemeRect." This API will re- 
tum four integers representing the left, right, top and bot- 
tom of the specified part, state and property identifier. 
Similarly, an API entitled "GetThemeMargins" is proyid- 
ed that will return four Integers representing a left space, 
right space, top space and bottom space given a spec- 
ified part, state and property identified. There is also an 
API entitled "GetThemelntList" which retums the value 
of a specified property whose type is a list of integer val- 
ues. Finally, an information API entitled "GetProperty- 
Origin" is provided that retums the location from which 
the property originated. This API allows the control au- 
thorto obtain infonnation for the property origin. In other 
words, the API allows the control author to determine 



whether the property was specified on the state, part, 
class, global or was the property not found . This is need- 
ed because theme properties are specified by the theme 
author in a hierarchical fashion. For example, if a prop- 

5 erty is not specified at the "state" level, the theme man- 
ager will search the "part" level, "class" level, and finally 
the "globals" level for the property. Sometimes it is im- 
portant for the control to know if a property was explicitly 
defined for the part/state it is processing. There Is also 

10 an API entitled "GetThemeFilename" which retums the 
string value of the specified filename property. 
[0067] Another API provided within Infonnation APIs 
220 is entitled "SetWIndowTheme." This API allows a 
control author to redirect a control window to use a dif- 

15 ferent set of theme infonnation than its class would nor- 
mally use. In other words, this API allows a control to be 
used while giving the control a special look other than 
the standard look defined t>y the theme for that dass. 
This API may use additional parameters to identify a 

20 particular application and dass name. This allows a 
theme author to use the specified dass but to change 
the appearance of that class. For example, a button may 
be defined that has a given button appearance. Utilizing 
this AP I, this button can be redirected to a different dass 

25 name. For example, "OKButton" may be specified. The 
theme author will then be able to use a dass called 
•OKButton" and the "OKButlon" will have a different ap- 
pearance from the standard button appearance. 
[0068] There is also a subset of theme metrics APIs 

30 within the information API group that parallel the WIN- 
DOWS system metrics, but whch are specif k: to a 
theme. Unlike nonrnal control-based properties, these 
properties are available to and shared by all controls. 
"GetThemeSysColor" returns the theme-specified color 

35 value of the specified system color Index. "GetTheme- 
SysColorBnish" retums a handle to a drawing brush that 
is the color of the specified system color index. "Get- 
ThemeSysSize" retums the integer size of the specified 
theme size Index. 'GetTTiemeSysBool' returns a 

40 boolean (0 or 1 ) value for the specified theme boolean 
Index. "GetThemeSysFont" retums a logical font struc- 
ture for the specified theme font index. "GetTheme- 
SysString" retums a string value of the specified theme 
string index. 

45 [0069] There are also some apprication-oriented 
API's within the infonnation API group 220. "IsApp- 
Themed" retums a boolean (0 or 1) value indicating if 
the applbation is being themed by the operating system. 
"GetWindowTheme" retums the most recent theme 

50 handle, if any, opened for the spedfled window. "Get- 
ThemeAppPropertles" retums the flags that control 
which parts and types of windows are themeable within 
ttie applfcation. "SetThemeAppPropertlcs" allows the 
application to set these same flags. 

55 [0070] Rnalty, there are infonnation API's 220 for er- 
ror handling. "GetThemeLastErrorContexT retums the 
enror context (including error code, en^or code parame- 
ters, filename and source line) associated with the last 
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reported theme error on the current thread of execution. 
"FormatThemeMessage" returns the error string for the 
specified error context in the specified language. 
[0071] Thememanager216 includes not only drawing 
APIs 218 and infomnation APIs 220, but also a set of 
utility APIs 222. These APIs may be used to achieve a 
variety of resuits. 

[0072] Drawing APIs 218 and information APIs 220 
allow the authororcreatorof controls within DLL 212 to 
define the controls as a series of parts and states. The 
defined control is therefore abstracted from the render- 
ing process of theme manager 21 6 and is also abstract- 
ed from the theme-defined appearance infonnation or 
characteristics, as is more fully described below. Using 
APIs 21 8 and 220 the control author can create controls 
that are "theme-aware" and that are equipped to com- 
municate with theme manager 21 6. This communication 
involves passing basic information or values to theme 
manager 216 that allow the theme manager to render 
the desired control, having the needed parts in the de- 
sired states. 

[0073] Theme manager 21 6 also contains the render- 
ers needed to execute the drawing instructions. For ex- 
ample, a border-fill renderer 221 could be used that al- 
lows different color themes to be applied to the controls. 
As another example, a bitmap renderer 223 could be 
used that defines the control parts as images. Other ex- 
amples of renderers include using a vector definition 
language, portable network graphics (PNG) files, or 
portable document format files (PDF). It should be un- 
derstood that the present invention is not limited to a 
particular rendering technology. If a different renderer is 
desired or needed, the drawing code of theme manager 
216 is revised to add the renderer to theme manager 
216. The controls within DLL 21 2 are therefore isolated 
or abstracted from the rendering technology within 
theme manager 216. This allows different renderers to 
be added to theme manager 216 without having to re- 
vise the controls within DLL 212, as Is more fully ex- 
plained below. 

[0074] The renderer within theme manager 216 
renders the requested control according to an appear- 
ance theme that has been selected by the user of the 
computer. For exannple, appearance themes 224 and 
226 are shown In Figure 1 . As shown, theme 224 may 
be a consumer theme and theme 226 may be a business 
theme. It should be understood, however, that other 
themes could be used and that the invention is in no way 
limited to the particular theme. For example, other 
themes could include a cartoon theme, a children's 
theme or a golf theme. As seen in Figure 1 , business 
theme 226 has been selected by the user, as represent- 
ed by the solid line 228. Consumer theme 224 is avail- 
able for selection, as represented by the broken line 
230. 

[0075] Each theme 224 and 226 has similar architec- 
ture. As seen in Figure 6. business theme 226 includes 
a series of Image files 232. Image files 232 are the image 



files that will be used by the particular theme. In this 
case, image files 232 are the image files that will be used 
by business theme 226. Business theme 226 also in- 
cludes a themes.ini file 234. File 234 Is a text file and 

5 can be created In either ANSI or UNICODE character 
sets. File 234 specifies the available color schemes and 
sizes available for the theme. In the case of theme 226, 
file 234 specifies the available color schemes and sizes 
available for business theme 226. File 234 therefore 

10 represents all of the variations of the theme to which it 
applies. 

[0076] Theme file 234 consists of one or more sec- 
tions. The sections within theme file 234 include a doc- 
umentation section 236, a size section 238, a color 

IS scheme section 240 and a file section 242. Documen- 
tation sec^on 236 is optional and may contain any prop- 
erty name. Size section 238 specifies the size name, 
such as "default size," "very small" or "very large." Color 
scheme section 240 Is used to specify a simple color 

20 schenne name and an optional color scheme transfor- 
mation associated with the color scheme name. RIe 
section 242 is used to specify a unique name for the 
class data file. The file section 242 will include a file 
name, a color scheme (from color scheme section 240) 

2S for that file name, and the sizes (from the size section 
238) that the file will support. 

[0077] Theme 226 Includes a second .ini file labeled 
244 in Figure 6. File 244 is a class data file that contains 
the theme data for a specific size and color theme. File 

30 244 may also contain defining sections. For example, 
file 244 may contain a globals section that defines the 
properties of the partkxilar class of control. File 244 may 
also contain a section that allows the system metrics to 
be obtained and used. Finally, file 244 may contain a 

35 group of class sections. Each class section name con- 
tains a dass name, an optional part name, and an op- 
tional state name. Within the section are the property/ 
value pairs that define the appearance of the specified 
part or control. For example, a class name would be 

40 "slider" fortheslider control. A part specified for theslid^ 
er would be "trBck." States defined for the track part 
would be "normal," "disabled," and "hot" The class sec- 
tion name can also Include an application (or "group") 
name, which specifies that the section only applies to a 

45 spedfte application (or "group" name, as specified by 
the SetWindowTheme API). 

[0078] Image files 232, theme file 234, including file 
244 are broadly grouped together to make up theme di- 
rectory 246. Theme directory 246 and a system schema 

so file located within the theme manager 216 are used to 
load business theme 226. The system schema file Is the 
file that defines property numbers for all of the properties 
Involved in a particular theme and is bask^ally a master 
definition file that allows the themed properties to be as- 

ss signed a number corresponding to a defined appear- 
ance. 

[0079] Theme directory 246 thus contains a theme ini 
file 234^ a class data file 244 and all of the image files 
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232 used by the theme. The contents of theme directory 
246 can be packaged Into a DLL file by packthem tool 
250. Packthem tool 250 processes the theme Ini file by 
parsing it against the schema file for syntax errors and 
adding the .in! file to the package being built. Recog- s 
nized properties from documentation section 236 are 
written to a package string table. Color scheme jntorma- 
tion from color scheme section 240 and size information 
from size section 238 Is also written to a package string 
table. Each class data file 244 is also processed. As the io 
class data file is processed, the file is parsed against 
the schema file for syntax errors. The class data file is 
also added to the package being buiit. 
[0080] The DLL file produced by packthem tool 250 is 
business theme file 226. File 226 contains the theme is 
data and this theme data is isolated from control library 
212. This allows different themes to be created and se- 
lected without changing, the controls defined within li- 
brary 212. Thus, control authors can create and define 
controls independently of the appearance or theme da- 20 
ta. File 226 is in binary format and is passed into a 
shared theme data file 252 when business theme 226 
is selected by the computer user, as best seen in Rgure 
1 . File 252 is a shared memory map file that can be ac- 
cessed by all processes. Thus, when a theme is select- 25 
ed by the computer user, theme manager 216 will read 
the informatk>n for a defined tiieme file, such as file 226, 
and will place that infomnatior) in a binary fomiat in file 
252 where all mnning processes have access to the bi- 
nary infomiatlon. ^ 
[0081] As best seen in Figure 1, a theme-switching 
control panel 254 is provided that is in communication 
with theme manager 216. Panel 254 cooperates with a 
user Interface that displays the available themes from 
whteh the user can select. As shown in Figure 1 , control 35 
panel 254 would allow a user to select business theme 
226 or consumer theme 224. If, as has been discussed 
above, business theme 226 is selected and the user of 
the computer switches to select consumer theme 224, 
theme 224 will be loaded into shared memory map file 
252 as binary data. Theme manager 216 also sends a 
message to each theme-aware control within DLL file 
212 that the theme has changed. Each theme-aware 
control knows how to respond to this message. 
[0082] When the theme-aware control recewes a ^ 
message that the theme has changed, the control will 
close the cun^ent theme handle that was receded via 
the OpenThemeData API. The control will then attempt 
to open a new theme handle, again using the Open- 
ThemeData API. If a new theme handle cannot be so 
opened, the control knows that the theme has been 
switched off for that control and that the old drawing 
code Is to be used by the control to draw itself. If a new 
theme handle Is opened, theme manager 216 will look 
at the tiieme binary data and will start a new drawing 
routine so that all of the theme-aware controls are re- 
drawn utilizing the newly selected theme, such as con- 
sumer theme 224. Any infomiation that was cached re- 



garding the previously selected theme is invalidated and 
that information must be recalculated. 
[0083] In operation, as Is best seen in Figure 7, an 
application 138 or 139 will request a graphb, such as a 
control, to be rendered on the user interface, as repre- 
sented at 256. This graphical request Is routed through 
fusion 214. As represented by 258, the fusion process 
will deternilne If the requested control is a theme-aware 
control. If the control requested is not theme-aware, the 
old code is used and the control will draw itself using a 
control from DLL 208 or 210, as represented by 260 in 
Figure 7. If the control is theme aware, the graphbat re- 
quest is processed in DLL 212, as is represented by 262. 
The controls within DLL 212 will pass basic infomiatlon 
for the graphical request, such as the part, state and 
location for the requested control to the theme manager 
21 6 in a request for rendering services, using APIs 21 8, 
220 and 222. Thus, the graphk)al request is processed 
in DLL 212 without application of the appearance char- 
acteristics that are found by theme manager 216. 
Theme manager 216 will then determine or apply the 
theme-specffK appearance characteristk^ for the given 
control part and state, as shown by 264. This appear- 
ance data is retrieved from the shared memory map da- 
ta file 252. Using the retrieved appearance data, for the 
requested control part and state, along with the location, 
the theme manager will render the control on the display 
of the computer, as represented by 266. 
[0084] Refening to Figure 4, another embodiment of 
the logfcal operations implemented in fusion 21 4 (Figure 
1 ) is Illustrated. In this embodiment the fusion operation 
is perfomied when the application is loaded rather than 
routing applteation requests through fusion as in Figure 
7. Fusion allo^A^ for older non-theming appik^ations to 
operate as Intended in a theming environment by-linking 
tiie older non-theming controls to the older applfcations. 
Older, non-theming controls are provided in User32.dll 
and Comai32.dll Version 5 (V5). User32.dll provides 
user controls such as buttons, scroll bats, and list boxes. 
GomCtl32.dll V5 provides shell common controls, such 
as toolbars, list views, and tree views. Fusion 214 links 
the theming control file. ComCtl32.dll version 6 (V6), to 
new applications that have been developed and tested 
in a theming environment. 

[0085] In Rgure 4 operation flow begins at loading op- 
eration 402 wherein an application begins running on 
the system. Part of the start-up processing is dynamfc 
linking of controls libraries. Linking is the process of unit- 
ing references between program modules and libraries 
of subroutines to create a load module that is ready to 
am on the computer. After toading operation 402, control 
transfers to the manifest detection operation 404 where- 
in it Is detemiined whether the applfcation has a mani- 
fest associated with it If there is not a manifest, control 
55 transfers to linking operation 406 wherein the traditional 
controls, User32.dll and Gomai32.dll V6, are linked into 
the applk:ation's memory map. As mentioned earlier, the 
traditional controls are not theme aware. 
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[0086] If, on the other hand, there is a manifest, such 
as manifest 215, in manifest detection operation 404, 
control transfers to the theming module searching oper- 
ation 408, wherein it is determined whether 
Comai32.dll V6 is listed in the manifest. If the manifest 
does not list ComCtl32.dll V6, control transfers to the 
linking operation 40S, wherein the traditional controls 
are linked into the application's memory map. If, on the 
other hand, ComCtl32.dll V6 is listed in the manifest, 
transfer controls to linking operation 410 wherein the 
theme aware controls of ComCtl32.dll V6 are linked into 
the application's memory map. 
[0087] Figure 5 is an operation flow diagram illustrat- 
ing an exemplary process of theming non-client window 
components in a theme aware applk:atk>n environment. 
Rgure 5 depicts how non-client window components 
may be rendered with theme properties in two general 
situations. The first situation is one in which a non-client 
window message, such as non-client window message 
502, is directed to a window. The second situation is 
when an applk:atlon makes an API call that may affect 
the non-client window area of a window, requiring the 
non-client window area to be re-rendered. 
[0088] In the first situation, when a non-client window 
message 502 is generated, the non-dient area of a tar- 
get window may need to be rendered. The non-client 
area of the window typically has one or more non-client 
graphical components, such as a minimize box, window 
frame, and close box. The non-client window message 
502 can be any message sent to the window, including, 
but not limited to, measurement or rendering messages. 
For example, when a computer user resizes a target 
window, a non-client window message 502 Is sent to the 
window, requesting that the window be re-rendered at 
the new size. A non-client window message 502 is typ- 
ically received by an application that is using the target 
window, such as APP2 139. The application, such as 
APP2 139i may perform an ac^on, such as adjusting the 
appearance of Its GUI, based on the non-dient window 
message 502. The non-dient window message 502 is 
then intercepted by a UserAPIHook 506, which routes 
the message to the theme manager 216. UserAPIHook 
506 may be a part of the theme manager 216. The 
theme manager 216 interprets the non-dient window 
message 502. Depending on the non-client window 
message 502, the theme manager 216 may make 
measurements regarding the dimensions of the non-cli- 
ent window components, and may use theme properties 
in the shared theme data 252 to render the non-dient 
area of the window. 

[0089] Continuing with the example of figure 5, when 
an applfcation, such as APP2 139, or a control of an ap- 
plication, makes an API call, the result may affect the 
non-client area of the window. In this case, the non-cli- 
ent window area may be re-rendered using theme prop- 
erties. For a theme aware application, such as applk:a> 
tlon 139, an API call, such as API call 503, may be made 
to USER32 208. The API call 503 may be any API call. 



including, but not limited to any of the API fundions dis- 
cussed previously. For example, the "MoveWindow()" 
API call can change the size, location, and z-ordering of 
the window, requiring the window frame to be redrawn. 

5 When a theme is active, USER32 208, upon receiving 
the API call 503, will route the API call 503 to UserAPI- 
Hook 506. UserAPIHook 506 then routes the API call 
503 to the theme manager 216. The theme manager 
216 interprets the API call 503 and makes measurement 

10 cabulations regarding the dimensions of the window 
frame. The theme manager 216 then uses the shared 
theme data 252 to render the non-client window area 
with theme properties, if necessary. 
[0090] In the embodiment of figure 5, USER32 208 

IS handles non-client APIs and messages for both themed 
applications, such as APP1 138 of figure 1, and non- 
themed applications, such as APP2 139, as shown in 
figure 5. The message flow shown in figure 5 is the same 
for non-themed applications and themed applfcations. 

^ Thus, the non-dient graphical components of windows 
are themed regardless of whettier the application Is 
theme aware or not. 

[0091] Importantly, UserAPIHook operation 506 redi- 
reds rendering requests to the theme manager 216 that 

25 is able to use the shared theme data 252 to render the 
non-client area of the window with theme properties. As 
discussed eariier, theme property data can be added 
easily for window components by adding the property to 
the ".msstyles" file. This allows for a large variety of 

30 themes for non-client window components with no 
change to the control software. 
[0092] The logical operations of the various embodi- 
ments of the present invention are implemented (1) as 
a sequence of computer implemented acts or program 

35 modules running on a computing system and/or (2) as 
interconnected machine logic drcuits or circuit modules 
within the computing system. The implementation is a 
matter of choice dependent on the performance require- 
ments of the computing system implementing the inven- 

40 tion. Accordingly, the logical operations making up the , 
embodiments of the present Invention described herein 
are refen^ed to variously as operations, stmctural devic- 
es, ads or modules. It will be recognized by one skilled 
in the art that these operations, structural devk^, acts 

^ and modules may be Implemented in software, in 
firmware, in special purpose digital logic, and any com- 
bination thereof without deviating from the spirit and 
scope of the present invention as recited within the 
claims attached hereto. 

50 [0093] Alternative embodiments of the present inven- 
tion will become apparent to those skilled In the art to 
which it pertains upon review of the specification, includ- 
ing the drawing figures. Accordingly, the scope of the 
present invention is defined by the appended claims 

55 rather than the foregoing description. 

[0094] Although the invention has been described in 
language specif b to computer structural features, meth- 
odologteal ads and by computer readable media, it is to 
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be understood that the invention defined In the append- 
ed claims is not necessarily limfted to the specific struc- 
tures, acts or media described. As an example, other 
decision methods may be included in the fusion process 
in combination with the control rendering modules. 
Therefore, the specific structural features, acts and me- 
diums are disclosed as exemplary embodiments imple- 
menting the claimed invention. 
[0095] The various embodiments described above 
are provided by way of illustration only and should not 
be construed to limit the invention. Those skilled in the 
art will readily recognize various modifications and 
changes that may be made to the present invention with- 
out following the example embodiments and applica- 
tions Illustrated and described herein, and without de- 
parting from the true spirit and scope of the present in- 
vention, which is set forth In the following claims. 



CKaims 

1. A theme management system configured for ren- 
dering graphical components on a computer system 
having a graphical operating system running one or 
more applications, each application being able to 
make a request to be linked to a controls module, 
the theme management system comprising: 

a first controls module having one or more first 
functions responsive to appfication program in- 
terface calls capable of rendering graphical 
components with themes; 
a second controls module having one or more 
second functions responsive to application pro- 
gram interface calls capable of rendering 
graphk:al components without themes; and 
a fusion module that responds to the request 
by detemnining whether to link the applk^ation 
to one of the first controls module orthe second 
controls module to render graphical compo- 
nents. 

2. The theme management system of claim 1 further 
comprising a theme management module having 
one or more third functions responsive to rendering 
calls from the one or more first functions of the first 
controls module, the third functions capable of ren- 
dering graphical components using a theme. 

3. The theme management system of claim 2 further 
comprising: 

an intercepting hook module that intercepts a 
non-client window message sent to a target 
window , the target window having one or more 
non-client graphical components in a non-client 
window area, the non-dient window message 
requesting that the target window perfonm an 



action on the one or more non-client graphical 
components; and 

a first routing module that receives the non-cli- 
ent window message from the intercepting 
s hook module and routes the non-client window 

message to the one or more third functions of 
the theme manager so that the action will be 
performed. 

10 4. The theme management system of daim 3 wherein 
the first controls module further comprises a second 
routing module that routes an applk^ation program 
interface call to the intercepting hook module so that 
an action can be performed on the one or more non- 

15 client graphical components on the non-client win- 
dow area in response to the application program in- 
terface call. 

5. The theme management system of daim 3 wherein 
20 the second controls module further comprises a 

third routing module that routes an applk:ation pro- 
gram interface call to the intercepting hook module 
so that an action can be performed on the one or 
more non-client graphical components on the non- 
25 dient window area in response to the application 
program interface call. 

6. The theme management system of daim 3 wherein 
the non-client window message is a render mes- 

30 sage that requests that the one or more non-client 
graphbal component on the non-dient window area 
be rendered, the theme management module re- 
sponding to the render message by rendering the 
one or more non-dient graphk:al components. 

35 

7. The theme management system of daim 3 wherein 
each of the one or more non-client graphbal com- 
ponents is assodated with dimensions and the non- 
dient window message is a measurement message 

40 that req uests that the dimensions of the one or more 
non-client graphical component on the non-client 
window area be measured the theme management 
module responding to the measurement message 
by measuring the dimensions of the one or more 

45 non^lient graphk^al components. 

8. The theme management system of daim 1 wherein 
the first and second functions of the first and second 
controls modules are capable of rendering user 

so controls and shell common controls. 

9. The theme management system of claim 1 wherein 
the fusion module comprises first detecting module 
that detects whether an application has an assod- 

55 ated manifest file that indk:ates which of a set of 
controls modules should be linked to the applica- 
tion; 
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a second detecting nru>dule that detects wheth- 
er the manifest indicates that the first controls 
module should be linked; and 
a linking module that links the first controls 
module to of an application if the manifest indi- 
cates that the first controls module should be 
linked. 

10. A theme management system configured for ren- 
dering graph cal components on a computer system 
having a graphical operating system running one or 
more apprications, the theme management system 
comprising: 

an intercepting hook module that intercepts a 
render message to a target window having non- 
client graphical components, the render mes- 
sage requesting that the target 
window render the target window's non-client 
graphk:al components; 

a theme management module having one or 
more first functions capable of rendering any 
window's non-client graphical components us- 
ing a theme; and 

a routing module that routes the render mes- 
sage to the one or more first functkins of the 
theme manager module so that the target win- 
dow's non-dient graphk^l components are 
rendered using a theme having a set of theme 
properties. 

1 1 . The theme management system of claim 1 0 further 
comprising: 

a first controls module having one or more sec- 
ond functions capable of interacting with the 
one or more first functions of the theme man- 
agement module to render user controls or 
shell common controls having theme proper- 
ties; 

a second controls module having one or more 
third functions capable of rendering user con- 
trols and shell common controls not having 
theme properties; and 

a fusion module responsive to a request from 
an application to link the applk^ation to one of 
the first controls module or the second controls 
module . 

1 2. A method of rendering a graphteal control on a com- 
puter display of a computer having a graphfcal op- 
erating system, afirst set of applications implement- 
ing theme capability, and a second set of applkja- 
tions not implementing theme capability, the meth- 
od comprising: 

providing a first controls module having one or 
more first functions capable of rendering graph- 
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ical controls for applications not implementing 
theme capability; 

providing a second controls module having one 
or more second functions capable of rendering 
graphical controls for applications Implement- 
ing theme capability; 

receiving a request from an application, re- 
questing that the application be linked to one of 
the first controls module and second controls 
module; 

detennining whether the application imple- 
ments theme capability; and 
linking the application to the second controls 
module if the application Implements theme ca- 
pability, so that the applk:ation can use the func- 
tions of the second controls module to render 
graphical controls with themes. 

13. The method of daim 12 further comprising: 

receiving an application program Interface call 
from an appKication, the applfcation program in- 
terface call requesting that a graphical control 
be rendered; 

detemnining whether the graphbal control im- 
plements theme capability; and 
calling a theme manager that uses a theme file 
having graphical component property data to 
render the requested graphical control in a 
themed fashion if the graphk^at control imple- 
ments theme capability. 

14. The method of claim 12 wherein the act of deter- 
mining corriprises: 

detecting whether a manifest exists for the ap- 
plication; and 

searching the manifest for an Indicator that in- 
dicates that the applcation is capable of Inter- 
acting with the second controls module to 
render gFaphk:al controls with themes. 

15. The method of daim 13 further comprising: 

intercepting a non-client window message sent 
to a window having one or more non-client 
graphical components, the non-client window 
message requesting that the window perform 
an action on the one or more non-dient graph- 
teal components; 

routing the non-client window message to the 
theme manager that manages theme proper- 
ties for non-client graphical components; and 
performing the action on the one or more non- 
dient graphteal components. 

16. The method of daim 15 wherein the non-client win- 
dow message is a render message and the action 
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is rendering the one or nnore non-client graphical 
components. 

17. The nnethod of claim 15 wherein the non-client win- 
dow message is a measurement message, each of 5 
the one or more non-client graphical components 
are associated with dimensions, and the action is 
measuring the dimensions of the one or more non- 
client graphical components. 

10 

18. The method of claim 13 further comprising: 

routing the application program interface call to 
an intercepting hook module; 
routing the application program interface call to 
the theme manager that renders non-client 
graphical components in a themed fashion; 
detemiining whether the application program 
Interface call affects one or more non-client 
graph ical components of a window being used 20 
by the application; and 

rendering the one or more non-client graphical 
components in the themed fashion if the appli- 
cation program interface call affects the one or 
more non-client graphical components. 25 

19. A computer program product readable by a comput- 
ing system and encoding a conriputer program of in- 
stmctions for executing a computer process for ren- 
dering a window non-client component in a compu- 30 
ter system having a graphical operating system, the 
computer process comprising: 

intercepting a non-client window message sent 
to a window having one or more non-client ^ 
graphical components, the non-client window 
message requesting that the window perfomn 
an action on the one or more non-client graph- 
ical components; 

routing the non-dient window message to a 40 
theme manager that manages theme proper- 
ties for non-dient graphical components; and 
performing the action on the one or more non- 
client graphical components. 

45 

20. A computer program product readable by a comput- 
ing system and encoding a computer program of in- 
structions for executing a computer process for ren- 
dering a graphical control on a computer display of 

a computer having a graphical operating system, a so 
first set of applications implementing theme capa- 
bility, and a second set of applications not imple- 
menting theme capability, the computer process 
comprising: 

55 

receiving a request from an application, re- 
questing that the application be linked to one of 
the first controls module and second controls 



module; 

detennlning whether the application is imple- 
ments theme capability; and 
linking the application to the second controls 
module if the application implements theme ca- 
pability, so that the application can use the func- 
tions of the second controls module to render 
graphical controls with themes. 

21 . The computer program product of claim 20 wherein 
the computer process further comprises: 

receiving an application program interface call 
from an applk^ation, the applk^tion program in- 
terface call requesting that a graphical control 
be rendered; 

detemiining whether the greiphical control im- 
plements theme capability; and 
calling a theme manager that uses a theme file 
having graphical component property data to 
render the requested graphical control in a 
themed fashion if the graphteal control imple- 
ments theme capability. 

22. The computer program product of claim 21 wherein 
the act of determining comprises: 

deteding whether a manifest exists for the ap- 
plication; and 

searching the manifest for an indicator that in- 
dk^ates that the applcation is capable of inter- 
acting with the second controls module to 
render graphical controls with themes. 

23. The computer program product of claim 21 wherein 
the computer process further comprises: 

intercepting a non-client window message sent 
to a window having one or more non-client 
graphical components, the non-client window 
message requesting that the window perform 
an action on the one or more non-client graph- 
\ca\ components; 

routing the non-client window message to the 
theme manager that manages theme proper- 
ties for non-client graphical components; and 
performing the action on the one or more non- 
dient graphk^l components. 

24. The computer program product of claim 23 wherein 
the non-dient window message is a render mes- 
sage and the action is rendering the one or more 
non-dient graphk:al components. 

25. The c^omputer program product of claim wherein the 
non-client window message is a measurement 
message, each of the one or more non-client graph- 
k:al components are associated with dimensions, 
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and the action is measuring the dimensions of the 
one or more non-ciient graphical components. 



5 



10 



15 



20 



25 



30 



35 



40 



45 



50 



16 



EP1 143 334A2 




EP1 143 334 A2 




18 



EP1 143 334 A2 



4; ' 



"CP 




19 



EP1 143 334 A2 



APPLICATION 
BEGINS 

LOADING ON 
SYSTEM 



'402 




YES 



Link to 
ComCtl32.dllV6 

for controls 
(Theme Aware) 



110 



20 



EP1 143334A2 



m 

O) 
^ CO 

V E- 



CO 



CM 

a. 

< 



O 
CO 

P 



CD 

o 
10 



o 
o 
X 

<D 
CO 

3 



CO 



Q) 

= O) 
CO 

£ «> 

^ i 




21 



EP1 143 334 A2 





22 



EP1 143 334 A2 




23 



